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(57) ABSTRACT 

A method and apparatus are disclosed for reclaiming frame 
buffers used to store data frames received by a network 
switch. The apparatus includes a multicopy queue for queu- 
ing entries corresponding to received data frames which 
must be transmitted by multiple output ports of the network 
switch, a free buffer queue for qu^ujng:frame:pointers i that 
identify locations in an external memory where reclaimed 
frame buffers are located, and a multicopy circuit that 
retrieves entries from the multicopy queue and determines if 
all copies of a received data frame have been transmitted by 
the specified output ports. The multicopy circuit also 
reclaims one or more frame buffers, based on the size of the 
received data frame. The present invention allows efficient 
reclaiming of frame buffers regardless of whether the 
received data frame is stored in a single frame buffer or 
multiple frame buffers. 

27 Claims, 13 Drawing Sheets 




11/13/2003, EAST version: 1.4.1 



U.S. Patent 



Jan. 7, 2003 



Sheet 1 of 13 



US 6,504,846 Bl 




11/13/2003, EAST Version: 1.4.1 



U.S. Patent Jan. 7, 2003 Sheet 2 of 13 US 6,504,846 Bl 




11/13/2003, EAST Version: 1.4.1 



U.S. Patent Jan. 7, 2003 Sheet 3 of 13 US 6,504,846 Bl 



10/100 
Port 



FIG. 3A 

I 

10/100 
Port 



GMII/ 
TBI Port 



Expansion 
Port 



70a 



MAC 
Port 1 



Queuing 
Logic 



MAC 
Port 2 



Queuing 
Logic 



/ 

20a 



( 

69a 



72a. 



70b 



. I 
From 

Free 

Buffer 

Queue 
I 



FIG. 3A 



FIG. 3B 



FIG. 3C 



* GMAC 
Port 13 


Exp. . 
Port 14 


Queuing 
Logic 


Queuing 
Logic 



44 



24a 



72b 



74 



FIG. 3 



From CPU 
IF Logic 

I 



56 
■4— 



68a 



SSRAM 
" lOs 



78 



SSRAM 
Interface 



76 
\ 



80 



Scheduler 



Read Bus 



Output 
Queue 
Write 

Side 
Mgmt 

Port 



T 



T 



Read 
Side 



Output 


Output 


Queue 


Queue 


Write 


Write 


Side 


Side 


MAC 


MAC 


Port 1 


Port 1 


Priority 0 


Priority 1 


+ 


♦ 


* 


i 


Read 


Read 


Side 


Side 



To CPU 68b * — 
IF Logic 

\ 69b 



58a 



Dequeuing 
Logic 


Dequeuing 
Logic 


MAC 
Port 1 


MAC 
Port 2 



70c 



72c- 
70d 



Dequeuing 


Dequeuing 


Logic 


Logic 


. GMAC 


Exp. . 


Port 13 


Port 14 


I \ 


i + 



E 



-30b 



To CPU 
IF Logic 50 



■72d 



10/100 
Port 



10/100 
Port 



T 



GMII/ \ Expansion 
TBI Port \ Port 

I. 24b \ 



20b 



To Free 
Buffer Queue 
and 

Multicopy Queue 

* 



11/13/2003, EAST Version: 



1.4.1 



U.S. Patent Jan. 7, 2003 Sheet 4 of 13 



US 6,504,846 Bl 



FIG. 3B 



56 

JL- 



40 



Internal Rules 
Checker 



From CPU 
Logic 50 



Port Vector FIFO 





1 




♦ 


1 


1 


1 




Output 


Output 




Output 


Output 




Output 


Output 






Queue 


Queue 




Queue 


Queue 




Queue 


Queue 






Write 


Write 




Write 


Write 




Write 


Write 




• • • 


Side 


Side 




Side 


Side 




Side 


Side 






GMAC 


GMAC 




MAC 


MAC 




Exp. 


Exp. 






Port 10 


Port 10 




Port 12 


Port 12 




Port 14 


Port 14 






Priority 0 


Priority 1 




Priority 0 


Priority 1 




Priority 0 


Priority 1 






1 


* 




+ 


I 




+ 


t 






1 


t 




i 






t 


t 






Read 


Read 




Read 


Read 




Read 


Read 






Side 


Side 




Side 


Side 




Side 


Side 










\ 




1 


1 




^ 58d 




58b 




^58c 



11/13/2003, EAST Version: 1.4.1 



U.S. Patent 



Jan. 7, 2003 



Sheet 5 of 13 



US 6,504,846 Bl 



FIG. 3C 



From 
CPU 
IF Logic 50 



From 
CPU 
IF Logic 50 



From Dequeuing 
Logic 76 



EE 



From 
Dequeuing 
Logic 76 



Reclaim 
Queue 
Write 
Side 



i 




Read 
Side 



66 



60- 



Multicopy 
Queue 




11/13/2003, EAST version: 1.4.1 



U.S. Patent Jan. 7, 2003 Sheet 6 of 13 US 6,504,846 Bl 



< 

eg 



m 

CM 



V 



00 
CM 



CD 
O 











■o 












X 




















co 






< 



"SI 



CD 
CM 



CM 



CM 
CM 



oo 
5 



CD 



V 
























1 — 




Q_ 








CL 




a: 

LU 






CO 
CM 


o: 

LU 












z> — 




CD 








MS 

LU 




h- 








I— 




X 












LU 








LU 




























X 








X 




f— 












a 








o 




EN 






CM 


LU 












-« So 




cr 








a: ^ 




LU 








LU 




LL 








LL. 




LU 








U- 




ZD 












CO 




4B 




CD 






VEC 






VE[ 




a: 








cr 




RESE 








RESE 








LU 




CM 


LU 


CD 






OO 


CD 






































X 












h- 












o 












-z. 












LU 












- —J ^ 












LU ^ 
























< 












a: 





































a 



11/13/2003, EAST Version: 1.4.1 



U.S. Patent Jan. 7, 2003 Sheet 7 of 13 US 6,504,846 Bl 



INPUT 



i 







516 


510 


QUEUE 
WRITE 
SIDE 


44 


WRITE 


\ 

QUEUE 
OVERFLOW ENGINE 






EXTERNAL 
MEMORY 
INTERFACE 
BLOCK 


. BUS 












READ 
BUS „ 


*« 

518 \ 

















514 



512 



500 



QUEUE 
READ 

SIDE 



T 



OUTPUT 



FIG. 5 



11/13/2003, EAST Version: 1.4.1 



U.S. Patent Jan. 7, 2003 Sheet 8 of 13 US 6,504,846 Bl 



600 



PTRS 



PTRS 




l_ 


i 


r 




RECLAIM 


616-^ 


CONTROL 




LOGIC 




FIG. 6 



11/13/2003, EAST Version: 1.4.1 



U.S. Patent 



Jan. 7, 2003 



Sheet 9 of 13 



US 6,504,846 Bl 



INPUT 



Frame Pointers (13 bits) 



66 



INPUT 



612 



710 



i 



Buffer Pointers (13 bits) 



64 



■620 



-720 



Frame Pointers (13 bits) 



614 



Buffer Pointers (13 bits) 



622 



OUTPUT 



FIG. 7A 



OUTPUT 



FIG. 7B 



11/13/2003, EAST Version: 1.4.1 



U.S. Patent Jan. 7, 2003 Sheet 10 of 13 US 6,504,846 Bl 



734 



INPUT 

I 



r 



Frame Pointers (13 bits) 



60 



738 



736 



732 



OUTPUT 



FIG. 7C 



742 



62 — 



FIG. 7D 



11/13/2003, EAST Version: 1.4.1 



U.S. Patent 



Jan. 7, 2003 



Sheet 11 of 13 



US 6,504,846 Bl 



800 



OUTPUT QUEUE 
DEQUEUING LOGIC 



i 



60— • MQ DATA 



62 



SEARCHABLE 
MEMORY 
AREA 






► 

M 







Search Engine 



812 



CPU 



i 



MQ ACCESS 
REGISTER 



814 



64 
JL- 



FQ DATA 



RQ DATA 

<— 

66 



OUTPUT 



OUTPUT 



FIG. 8 



11/13/2003, EAST Version: 1.4.1 



U.S. Patent Jan. 7, 2003 Sheet 12 of 13 US 6,504,846 Bl 



S930 

L 

Place FRM.PTR 
in reclaim 
queue 



S928 " 

L 

Place FRM.PTR 
in buffer 
queue 



No 



Yes 




S910 



< Y e? <j)ueue empty 



Retrieve next entry 



■S912 



Decode address " §91 4 



S916 




Place copy # 
in location 
addressed 

by FRM_PTR 

S918 



No 



Decrement entry 
addressed by 
FRM.PTR 



— S920 



Place entry in 
same location 



— S922 



S924 




S926 



FIG. 9 



11/13/2003, EAST Version: 1.4.1 



U.S. Patent Jan. 7, 2003 Sheet 13 of 13 



US 6,504,846 Bl 



S962 
X 



Place last FRM.PTR 
in free buffer queue 



No 



S964- 



Retrieve FRM.PTR 
from reclaim queue 



Retrieve 1st 
frame buffer 



S950 



■S952 



Place FRM.PTR in ._ S 954 
free buffer queue 



Retrieve ADDR.PTR S 956 
from 1st frame buffer 



Retrieve subsequent 
frame buffer 



S960 




S958 



Retrieve subsequent 
ADDR PTR 



S966- 



Input previous ADDR_PTR 
to free buffer queue 



FIG. 10 



11/13/2003, EAST Version: 1.4.1 



US 6,504,846 Bl 

1 2 

METHOD AND APPARATUS FOR For purposes of efficiency and continued operation of the 

RECLAIMING BUFFERS USING A SINGLE network system, it is imperative that buffers be available to 

BUFFER BIT store incoming data frames to the extent possible. In 

addition, the return of the buffers for reuse should be 

BACKGROUND OF THE INVENTION 5 P er f ormed ^ quickly as possible after the buffers are no 

t . longer needed. 

1. Field of the Invention * . . . . . , ~ t t . . 
„ • *■ * In systems that employ multiple buffers to store a single 
The present invention relates to communication systems, ^ ^ &M mQnilors ^ of 

and more particularly to a me hod and apparatus for data me ^ of rcd thc 

reclaiming memory buffers used for temporary storage of M mdividual buffers that store tbe data frame after me entire 

received data in a communication system. ^ framc has bccn tamsmitted jf muhiplc 0 f thc 

2. Description of the Related Art same daU ffame must be transmitted) then me network 
Modern communication systems, such as computer net- switch waits until a]1 of ^ ^ frame bavc bcen 

working systems or communication networks, provide con- transmitted before beginning the process of reclaiming the 

stant transmission of data between end stations and/or 15 bu ff ers usc d t0 store me data frame. Hence, different 

intermediate stations such as routers and signal amplifiers. reclaiming procedures would be more efficient depending on 

Computer networking systems, such as packet switched whether a single copy of the frame is transmitted, or multiple 

networks (e.g., Ethernet networks), often require transmis- copies of the frame are transmitted, and whether the data 

sion of data to a single end station or to multiple end stations frame is stored in a single frame buffer or mu i t i p i e frame 

within the network. The data originates from a user program 2 o buffers 

and is segmented into multiple data frames, and subse- AccordinglVj a primar y disadvantage associated with cur- 

qucntiy transmitted m order to simpbfy processing and Ml methods of tran smittins data in communication 

minimize the retransmission time required for error recov- ^ such && & packet sMq<a computer networking 

ery. For example in a conventional e-mail system a user s(em ^ ^ amounl of ^ ^ lQ free ^ buffefS ^ 

may desire to send the same e-mail message to four different M ^ ^ (o ^ {noom{ ^ frameS) Qncc ^ data framcs 

users that are connected to the e-mail system. Accordingly, haye beeQ transmittedt 



the identical data would be directed to multiple end stations. 



Another disadvantage associated with current methods of 



Packet swxtched computer networks typicaUy employ a , ransmiuin data m * mmunication systems b the ineffi . 

network switch that rece.ves and forwards data frames to ^soci^d with utilizing the same circuitry (or 

individual and/or multiple end stations. The network switch 30 to reclaim buffers f rdless of whether a data 

makes forwarding decisions upon receipt of data frames frame gtored ^ a frame buffer of ^ (e ffame 

based on information contained m a header of the data b u ff crs 
frame. For example, if a received data frame is to be 

transmitted to a number of end stations, the switch must DISCLOSURE OF THE INVENTION 

make the forwarding decision to forward the data frame to 35 m , ^ , iL , , 

the ports of the correct end stations. Depending on the ™ ere 15 * need f ° r ™ arrangement a method for 

specific implementation and/or characteristic of the net- l^y reclaiming buffers that store data frames upon 

working system (i.e., data transfer rate, traffic intensity, etc.), transrmssion of the data frames so that the buffers can be 

buffers must be provided for temporary storage of the data available * *ewly «ceived data frames, 

frames, received by the switch, until forwarding decisions 40 Theie is also a need for an arrangement and method that 

can be made. The buffers used to store the data frames are distinguishes between single and multiple buffer data 

often implemented as first in, first out (FIFO) queues. frames, and efficiently reclaims buffers depending on 

In packet switched networks that utilize buffers to tern- whether a data frame is stored in one buffer or multiple 

porarily store data frames prior to transmission to the buffers. 

appropriate end station, it is common for the size of an 45 These and other needs are addressed by the present 

individual data frame to be larger than the capacity of an invention, wherein a multiport switch determines whether a 

individual buffer. Buffers are typically allocated a static particular data frame is stored in one frame buffer or 

amount of memory, hence requiring that multiple buffers be nmUiple^frame buffers^n j. places the correspond i ng frame 

used to store a single frame of data that exceeds the buffer's <pomterinto either/^Qeclaim quTue ur a free-butter queu£; 

capacity. Buffering the data as it is received allows, for 50 based on such a determination . — 

example, robust error checking to be performed on the data In accordance with one aspect of the present invention, an 

frames, and also permits rate matching between transmitting apparatus for reclaiming frame buffers used to store data 

and receiving ports. When data frames arrives at a network frames received by a network switch comprises a multicopy 

switch, only buffers that are currently available (i.e., "free") queue, a free buffer queue, and a multicopy circuit. The 

may be used to store the data frames, in order to prevent 55 multicopy queue stores entries corresponding to received 

overwriting of a first data frame by a second data frame prior data frames which must be transmitted to multiple output 

to transmission. Once the data frames have been transmitted, ports of the network switch. Each e ntry queued by the 

or is otherwise determined to be no longer necessary, the multicopy queue includes a frame_pointer>that addresses a 

buffers storing the data frames may be reused to store newly location in memory where frame buffers for storing the 

received data frames. In addition, it is possible for buffers to 60 received data frames are located. The free buffer queue 

be set aside for storing incoming data frames, but because of stores frame pointers that identify locations in me mem ory 

error checking or an insufficient amount of data received, the where reclaimed frame butlers are located, liach reclaimed 

data frames must be discarded. In such circumstances, the frame buffer is available for storing newly received data 

buffers must be returned for reuse in order to avoid a frames. The multicopy circuit retrieves entries from an 

potential situation wherein all of the system buffers are 65 output portion of the multicopy queue, and determines if all 

improperly set aside to receive data frames that have been copies of a received data frame have been transmitted by the 

discarded. multiple output ports. If all copies of the received data frame 
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have been transmitted, then the multicopy circuit reclaims FIG. 1 is a block diagram of a packet switched network 

one or more frame buffers based on the size of the received including a multiple port switch according to an embodi- 

data frame. ment of the present invention; 

The present apparatus efficiently reclaims frame buffers f\Q 2 is a block diagram of the multiple port switch of 

by determining whether a received data frame is stored in 5 pic. 1; 

one frame buffer or multiple frame buffers. If it is deter- ^ ' 3 fa & ^ m Uhlstrati in deUfl lhc switch . 

mined that only one frame buffer is used to store the data mi . „ cj#m , Kin %. 

frame, then the multicop^cife*^^ mg subsystem of FIG. 2, 

.pointer^irectly into the 6ee bu ffer quete. If, however, FIG. 4A illustrates a linked list data structure used to store 

multmkjrame buffers are used uTsTDre-tfiedata frame^then 10 received data frames in the external memory, according to an 

the rMfic^pjTqu&ue places the frame pointer in the^Jaim) exemplary embodiment of the present invention; 

6]u^ug5&^at~th^Teclaim queue may use the frame pointer pic. 4B is a block diagram illustrating the format of a first 

td^access the first frame buffer, and walks a linked list of frame bu |f er header from the linked list data structure of 

frame buffers in order to free all of the frame buffers used to ^\G. 4A* 

store the data frame. 15 FIG. 4C is a block diagram illustrating the format of a 

According to one specific implementation of the present subsequenl frame buffer hea der from the linked list data 

invention, the multicopy circuit includes a searchable slrucn j re 0 f FIG 4A 

memory area for storing values corresponding to the number " ' 

of copies of each received data frame that must be FIG. 5 is a block diagram of the external configuration ot 

transmitted, and a search engine for searching the searchable an exemplary queue structure according to an exemplary 

memory area and updating the values stored therein to 20 embodiment of the present invention; 

reflect the current number of copies of each received data pig 6 is a block diagram illustrating an arrangement for 

frame that remain to be transmitted. The search engine may reclaiming buffers according to an exemplary embodiment 

be configured to retrieve entries from an output portion of 0 f tnc p rescn t invention. 

the multicopy queue, decode addresses specified by frame ?A & ^ m iUustrati the internal 

{pointers-stored in the retrieved entries into corresponding 25 , . ~° . 

addSslf locations in the searchable memory area, and update structure of the reclaim queue, 

the values stored in the searchable memory area based on FIG. 7B is a block diagram illustrating the internal 

copy numbers stored in the retrieved entries and the decoded structure of the free buffer queue; 

addresses. FIG. 7C is a block diagram illustrating the internal 

The searchable memory area provides a one40j^necor- 30 structure of the multicopy queue; 

respondence with the total numbej^feframe-pointers-avrU- pIG. 7D is a block diagram illustrating the structure of the 

able to the network switch. This allows the search engine to mu iticopy cache; 

continually service the multicopy queue and place entries y * . ' 

into the Jarchable memory area" 8 l % a block ^agram illustrating an exemplary 

In accordance with another aspect of the present 3S arrangement for processing multicopy entries; 

invention, a method of reclaiming buffers used to store data FIG. 9 is a flow chart illustrating the steps performed 

frames received by a network -swltt^i comprises the steps: while processing entries from the multicopy queue; and 

inputting entries into a a^Scopy queije that queues entries pic. 10 is a flow chart illustrating the steps performed 

corresponding to received^aT>irafiie*s which must be trans- while reclaiming multiple frame buffers used to store 

mitted to multiple output ports of the network switch, the reC eived data frames, 
entries storing frame pointers that address locations in 

memory where frame buffers that are no longer needed to DETAILED DESCRIPTION OF ILLUSTRATIVE 

store received data frames are located; determining if all EMBODIMENTS 

copies of a received data frame have been output to the . , 

multiple output ports; and if all copies of the received data p The present invention will be described with the example 

frame have been output to the multiple output ports, then 45 of a switch m a packet switched network, such as an Ethernet 

reclaiming one or more frame buffed used for storing the (IEEE 802.3) network. It wiU become apparent, however 

received data frame, based on the size of the received data that the present mvention is also applicable to other packet 

j rame switched systems, as described in detail below, as well as to 

' The present arrangement provides an efficient method of other types of systems in general, 

reclaiming frame buffers based on whether a received data 50 Switch Architecture Overview 

frame is stored in one frame buffer or multiple frame buffers.. . 

Accordingly, an appropriate and efficient course of action for FIG. 1 is a block diagram of an exemplary system in 

reclaiming the frame buffers may be made upon determining which the present invention may be advantageously 

the size of the received data frame. employed. The exemplary system 10 j» » packet switched 

Additional advantages and novel features of the present * network, such as an Ethernet IEEE 802.3) networi. The 

invention will be set forth in part in the description which P<"*et switched network mcludes integrated multiport 

follows, and in part will become apparent to those skilled in etches (IMS) 12 that enable communication of data pack- 

lheartuponexaminationofth e followin g) ormaybelearned ela between network stations. The network may mclude 

by practice of the invention. The advantages of the invention network stations having different config^a t ons for 

ma? be realized and attained by means of the instrumen- « e«mpk tweKe (12) 10 megabit pe second (Mb/s) or 100 

talkies and combinations particularly pointed out in the Mb/s network stations 14 (hereinafter 10/100 Mb/s) Uu 

j j , . r send and receive data at a network data rate of 10 Mb/s or 

appended claims. 10Q Mfc ^ ^ & 100Q Mb/s ^ 1 Gb/g) network Dode 22 

BRIEF DESCRIPTION OF THE DRAWINGS lhat ant j receives data packets at a network speed of 1 

Reference is made to the attached drawings, wherein 65 Gb/s. The gigabit node 22 may be a server, or a gateway to 

elements having the same reference numeral designations a high-speed backbone network. Hence, the multiport 

represent like elements throughout and wherein: switches 12 selectively forward data packets received from 
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the network nodes 14 or 22 to the appropriate destination system 42 forjransf erring-frame data according tathefirame 

based upon Ethernet protocol. fowarding_decisid^^^ 

Each multiport switch 12 includes a media access control mInlgemenSnformaUon base (MIB) counters 48a and 486 

(MAC) module 20 thai transmits and receives data packets (collectively 48), and MAC (media access control) protocol 

to and from 10/100 Mb/s physical layer (PHY) transceivers s interfaces 20 and 24 to support the routing of data packets 

16 via respective reduced media independent interfaces between the Ethernet (IEEE 802.3) ports serving the net- 

(RMII) 18 according to IEEE 802.3u protocol. Each multi- work slau0DS 14 Md lhe ^ blX node 22 ' ^ MIB counters 

port switch 12 also includes a gigabit MAC 24 for sending 48 provide statistical network information in the form of 

and receiving data packets to and from a gigabit PHY 26 for management information base (MIB) objects, to an external 

transmission to the gigabit node 22 via a high speed network « management entity controlled by a host CPU 32, described 

medium 28. below - 

Each 10/100 Mb/s network station 14 sends and receives ™e exteraal memorv interface 44 enables external stor- 
data packets to and from the corresponding multiport switch a S e of P ackct data m an external memory 36 such as, for 
12 via a media 17 and according to either half-duplex or full example, a synchronous static random access memory 
duplex Ethernet protocol. The Ethernet protocol ISO/IEC 15 (SSRAM), in order to minimize the chip size of the multi- 
8802-3 (ANSI/IEEE Sid. 802.3, 1993 Ed.) defines a half- P ort switch 12 « In particular, the multiport switch 12 uses lhe 
duplex media access mechanism that permits all stations 14 external memor y 36 for stora g e f received frame data arid 
to access the network channel with equality. Traffic in a memory structures. The external memory 36 is preferably 
half-duplex environment is not distinguished over the either a Joint Electron Device Engineenng CouncU(JE^ 
medium 17. Rather, each half-duplex station 14 includes an 20 pipelined burst or Zero Bus Turnaround™ (ZBT)-SSRAM 
Ethernet interface card that uses carrier-sense multiple having a 64-bit wide data path and a 17-bit wide address 
access with collision detection (CSMA/CD) to listen for P a *h. The external memory 36 is addressable as upper and 
traffic on the media. The absence of network traffic is tower banks of 128K in 64-bit words. The size of the 
detected by sensing deassertion of a receive carrier on the eternal memory 36 is preferably at least 1 Mbytes, with 
media. Any station 14 having data to send will attempt to 25 data transfers possible on every clock cycle through pipe- 
access the channel by waiting a predetermined time, known Mn g- Additionally the external memory interface clock 
as the interpacket gap interval (IPG), after deassertion of the operates at clock frequencies of at least 66 MHz, and, 
receive carrier on the media. If a plurality of stations 14 have preferably, 100 MHz and above. 

data to send on the network, each of the stations will attempt The multiport switch 12 also includes a processing inter- 
to transmit in response to the sensed deassertion of the 30 face 50 that enables an external management entity such as 
receive carrier on the media and after the IPG interval, a host CPU 32 to control overall operations of the multiport 
possibly resulting in a collision. Hence, the transmitting switch 12. In particular, the processing interface 50 decodes 
station will monitor the media to determine if there has been CPU accesses within a prescribed register access space, and 
a collision due to another station sending data at the same reads and writes configuration and status values to and from 
time. If a collision is detected, both stations stop, wait a 35 configuration and status registers 52. 
random amount of time, and retry transmission. The inter nal dec ision making engine 40, referred to as an 
The 10/100 Mb/s network stations 14 that operate in full internal ruie^n^cl^(IRe)^ akes-fra me forwarding deci- 
duplex mode send and receive data packets according to the sions for data packets received. 

Ethernet standard IEEE 802. 3u. The full-duplex environ- 4Q The multiport switch 12 also includes an LED interface 

ment provides a two-way, point-to-point communication 54 that clocks out the status of conditions per port and drives 

link enabling simultaneous transmission and reception of an external LED logic. The external LED logic drives LED 

data packets between each link partner, i.e., the 10/100 Mb/s display elements that are human readable, 

network station 14 and the corresponding multiport switch xhe switching subsystem 42, configured for implement- 

12. 45 ing the frame forwarding decisions of the IRC 40, includes 

Each multiport switch 12 is coupled to 10/100 physical a port vector first in first out (FIFO) buffer 56, a plurality of 

layer (PHY) transceivers 16 configured for sending and output queues 58, a multicopy queue 60, a multicopy cache 

receiving data packets to and from the corresponding mul- 62, a free buffer queue 64, and a reclaim queue 66. 

tiport switch 12 across a corresponding reduced media The MAC unit 20 includes modules for each port, each 

independent interface (RMII) 18. In particular, each 10/100 50 module including a MAC receive portion, a receive FIFO 

PHY transceiver 16 is configured for sending and receiving buffer, a transmit FIFO buffer, and a MAC transmit portion, 

data packets between the multiport switch 12 and up to four Dzt& packets from a network station 14 are received by the 

(4) network stations 14 via the RMII 18. A magnetic corresponding MAC port and stored in the corresponding 

transformer 19 provides AC coupling between the PHY receive FIFO. The MAC unit 20 obtains a free buffer 

transceiver 16 and the corresponding network medium 17. 55 location (i.e. v a.frame-pointer) from the free buffer queue 64, 

Hence, the RMII 18 operates at a data rate sufficient to and outputs tfi*?receivei31data packet from the corresponding 

enable simultaneous transmission and reception of data receive FIFO to the external memory interface 44 for storage 

packets by each of the network stations 14 to the corre- f n the external memory 36 at the location specified by the 

sponding PHY transceiver 16. frame pointer. 

Each multiport switch 12 also includes an expansion port 6 o The IRC 40 monitors (Le., "snoops") the data bus to 

30 for transferring data between other switches according to determine the~fram^!pbinter value and the header informa- 

a prescribed protocol. Each expansion port 30 enables tion of the received L packet (including source, destination, 

multiple multiport switches 12 to be cascaded together as a and VLAN address information). The IRC 40 uses the 

separate backbone network. header information to determine which MAC ports will 

FIG. 2 is a block diagram of the multiport switch 12. The - 65 output the data frame stored at the location specified by the 

multiport switch 12 contains a decision making engine 40 frame pointer. The decision making engine (i.e., the IRC 40) 

that performs frame forwarding decisions, a'^witching sub- may thus determine that a given data frame should be output 
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by either a single port, multiple ports, all ports (i.e., numerals 70a, 706, 70c, and 70d) configured for performing 

broadcast) or no ports (i.e., discarded). For example, each the corresponding receive or transmit function according to 

data frame includes a header having source and destination IEEE 802.3 protocol. The MAC modules 70c and lOd 

address, where the decision making engine 40 may identify perform the transmit MAC operations for the 10/100 Mb/s 

the appropriate output MAC port based upon the destination 5 switch ports complementary to modules 70a and 70b, 

address. Alternatively, the destination address may corre- respectively 

spond to a virtual address that the appropriate decision ^ { ^ M c 24 ^ receive ^ 

making engme .dent.nesas conespondmg «o a ptarahly of 24fl and % B transmit £ ion 24b> while the exp4nsion ^ 30 

network stations. In addition, the frame may include a • , , • 1 j m j . 

VLAN tag header that identifies the frame as information M similarly mcludes a receive portjon 30a and a transra.t 

destined to one or more members of a prescribed group of 10 P°?° n ft 30 , & ™ e **» bl ^ P ort 24 . ™« £ ex P^ s ™ 

stations. THe IRC 40 may also determine that the received P«* 30 *° , b ™ re « lve MAC modules 72a and 72* 

datapacketshouldbetransferredtoanothermultiportswitch °t ^Zr P °^ ™' tr ™™ i P ortlOD * 24b i 

12 via the expansion port 30. Hence, the internal rules " d ° f the gigabit MAC port 24 and the expansion port 

checker 40 wiU decide whether a frame temporarily stored „ 3 . V* ^Va^"^ « ? f ^i^TT' 

. . . . . ... , .. • i n*a/- 15 lively. The MAC modules are configured for full-duplex 

in the external memory 36 should be output to a single MAC ' . ,. . . - . -. »; A ^ 

i. i \iaA -. operation on the corresponding port, and the gigabit MAC 

port or multiple MAC ports. * . , _„ , „ r ° r . '. __, -.u .u 

„ . a j- j modules 72a and 72c are configured in accordance with the 

The internal rules checker 40 outputs a forwarding deci- Gigabit Proposed Standard IEEE Draft P802.3z. 

sion to the switch subsystem 42 in the form of a forwarding * t r . „ n 

descriptor. The forwarding descriptor includes a priority m Each of the receive MAC modules 70a, 70b, 72a, and 726 

class identifying whether the frame is high priority or low ™^ 1 ue ™g lo S| c 74 for transfer of received data from 

priority, a port vector identifying each MAC port that should corresponding internal receive FIFO to the external 

transmit the data frame, receive port number, an untagged memor y 36 and * e Ea ? h J of transmit 

set, VLAN information, vector identifying each MAC port MAC ™ dulcs 70 f ™* 72c > and ™ mcludcs i a d «3ueuing 

that should include VLAN information during transmission, „ logic 76 for transfernng data from the external memory 36 

opcode, and frame pointer. The format of the forwarding }° the corresponding internal transmit FIFO, and a queuing 

descriptor will discussed further with respect to FIG. 7. The lo S lc 74 for fetchin g fra ? e .Patera from the free buffer 

port vector identifies the MAC ports to receive the data ^ eue 64 - ^ queumg logic 74 uses the fetched frame 

frame for transmission (e.g., 10/100 MAC ports 1-12, P ointers t0 store receive da * to the exte ™ al J™™* 36 via , , 

Gigabit MAC port, and/or Expansion port). The port vector 30 Jhe external memory interface controller 44. The frame U 

FIFO 56 decodes the forwarding descriptor including the buffer pointer specifies the location in the external memory JA 

port vector, and supplies the frame pointer to the appropriate 36 whe £ * e received dala frame Wl11 be Stored b * lhe ^ 

output queues 58 that correspond to the output MAC ports receive FIFO. 

to receive the data frame transmission. In other words, the The external memory interface 44 includes a scheduler 80 

port vector nFj3_5 f 6^ppH^the frame pointer on a per-port 35 for controlling memory access by the queuing logic 74 or 

basis. ^\\^^^i^^%^i^0^W^mt pointer to a dequeuing logic 76 of any switch port to the external 

dequeuingblock 76 (shown in FIG. 3) which fetches-the-data memory 36, and an SSRAM interface 78 for performing the 

frame identified in the port vector from the ^tejpaLme^oVy read and write operations with the external memory 36. In 

36 via the external memory interface 44, and supply the particular, the multiport switch 12 is configured to operate as 

retrieved data frame to the appropriate transmit FIFO of the 40 a non-blocking switch, where network data is received and 

identified ports. If a data frame is to be supplied to a output from the switch ports at the respective wire rates of 

management agent, the frame pointer is also supplied to a 10, 100, or 1000 Mb/s. Hence, the scheduler 80 controls the 

management queue 68, which can be processed by the host access by different ports to optimize usage of the bandwidth 

CPU 32 via the CPU interface 50. of the external memory 36. 

The multicopy queue 60 and the multicopy cache 62 keep 45 Each receive MAC stores a portion of a frame in an 

track of the number of copies of the data frame that are internal FIFO upon reception from the corresponding switch 

transmitted from the respective ports, ensuring that the data port; the size of the FIFO is sufficient to store the frame data 

frame is not overwritten in the external memory 36 until the that arrives between scheduler time slots. The corresponding 

appropriate number of copies of the data frame have been queuing logic 74 obtains a frame pointer and sends a write 

output from the external memory 36. Once the number of 50 request to the external memory interface 44. The scheduler 

copies output corresponds to the number of ports specified 80 schedules the write request with other write requests from 

in the port vector FIFO 56, the frame pointer is forwarded the queuing logic 74 or any read requests from the dequeu- 

to the reclaim queue 66. The reclaim queue 66 stores frame ing logic 76, and generates a grant for the requesting 

pointers that need to be reclaimed and walks the linked list queuing logic 74 (or the dequeuing logic 76) to initiate a 

chain to return the buffers to the free buffer queue 64 as free 55 transfer at the scheduled event (i.e., slot). Sixty-four bits of 

pointers. After being returned to the free buffer queue 64, the frame data is then transferred over a write data bus 69a from 

frame pointer is available for reuse by the MAC unit 20 or the receive FIFO to the external memory 36 in a direct 

the gigabit MAC unit 24. memory access (DMA) transaction during the assigned slot. 

FIG. 3 depicts the switch subsystem 42 of FIG. 2 in more The frame data is stored in the location pointed to by the 

detail according to an exemplary embodiment of the present 60 buffer pointer obtained from the free buffer pool 64, 

invention. Other elements of the multiport switch 12 of FIG. although a number of other buffers may be used to store data 

2 are reproduced in FIG. 3 to illustrate the connections of the frames, as wiU be described. 

switch subsystem 42 to these other elements. The rules checker 40 also receives the frame pointer and 

As shown in FIG. 3, the MAC module 20 includes a the header information (including source address, destina- 

receive portion 20a and a transmit portion 246. The receive 65 tion address, VLAN tag information, etc.) by monitoring 

portion 20a and the transmit portion 246 each include 12 (i.e., snooping) the DMA write transfer on the write data bus 

MAC modules (only two of each shown and referenced by 69a. The rules checker 40 uses the header information to 
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make the forwarding decision and generate a forwarding memory having a single copy count for each buffer in 

instruction in the form of a forwarding descriptor that external memory 36 (i.e., each frame pointer), 

includes a port vector. The port vector has a bit set for each Once the dequeuing logic 76 retrieves the frame data for 

output port to which the frame should be forwarded. If the a particular output port based on a fetched frame pointer and 

received frame is a unicopy frame, only one bit is set in the 5 stores the frame data in the transmit FIFO, the dequeuing 

port vector generated by the rules checker 40. The single bit logic 76 checks if the unicopy bit is set to 1. If the unicopy 

that is set in the port vector corresponds to a particular one bit is set to 1, the frame pointer is returned to the free buffer 

of the ports. queue 64. If the unicopy bit is set to zero indicating a 

The rules checker 40 outputs the forwarding descriptor multicopy frame pointer, the dequeuing logic 76 writes the 

including the port vector and the frame pointer into the port M frame pointer with a copy count of minus one (-1) to the 

vector FIFO 56. The port vector is examined by the port multicopy queue 60. The multicopy queue 60 adds the copy 

vector FIFO 56 to determine which particular output queue count to the entry stored in the multicopy cache 62. 

should receive the associated frame pointer. The port vector When the copy count in multicopy cache 62 for the frame 

FIFO S^pkces-me-frame^poioter into the top of the pointer reaches zero, the frame pointer is passed to the 

appropriMe_queue^8^and/or^68. This queues the transmis- 15 reclaim queue 66. Since a plurality of frame pointers may be 

sion of the frame. used to store a single data frame in multiple buffer memory 

As shown in FIG. 3, each of the transmit MAC units 70c, locations, the frame pointers are referenced to each other to 

704 724 111(1 7 2c has an associated output queue 58a, 58b, form a linked-list (i.e., chain) of frame pointers to identify 

58c, and 584 respectively. In preferred embodiments, each the stored data frame in its entirety. The reclaim queue 66 

of the output queues 58 has a high priority queue for high 20 traverses the chain of buffer locations identified by the frame 

priority frames, and a low priority queue for low priority pointers, and passes the frame pointers to the free buffer 

frames. The high priority frames are used for frames that queue 64. 

require a guaranteed access latency, e.g., frames for multi- The foregoing description of the switch architecture pro- 
media applications or management MAC frames. The frame vides an overview of the switch operations in a packet 
pointers stored in the FIFO -type output queues 58 are switched network. A more detailed description of the fea- 
processed by the dequeuing logic 76 for the respective mre s of the present invention as embodied in the multiport 
transmit MAC units. At some point in Lime, the frame switch 12 will now be provided. First, the structure of frame 
pointer reaches the bottom of an output queue 58, for buffers used to store received data frames will be discussed, 
example, output queue SSd for the gigabit transmit MAC ^ followed by the details for reclaiming frame buffers after the 
72c. The dequeuing logic 76 for the transmit gigabit port 24b received data frames have been transmitted to all designated 
takes the frame pointer from the corresponding gigabit port output ports of the multiport switch 12. 
output queue 584 and issues a request to the scheduler 80 

to read the frame data from the external memory 36 at the Frame Buffer Structure 

memory location specified by the frame pointer. The sched- ^ pIG. 4A illustrates a linked list data structure 400 used to 

uler 80 schedules the request, and^issues a grant for the store received data frames in the external memory, according 

dequeuing logic 76 of the transmit gigabit port 24b to initiate t0 an exemplary embodiment of the present invention. The 

a DMA read. In response to the grant, the dequeuing logic i^ata structure 400 includes multiple frame buffers 

76 reads the frame data (along the read bus 69b) in a DMA 41 q tna t are linked together in order to receive various-sized 

transaction from the location in external memory 36 pointed ^ data f rameSt xhe frame buffers 410 used to create the linked 

to by the frame pointer, and stores the frame data in the ^ 400 illustrated in FIG. 4A are 256 bytes in length, 

internal transmit FIFO for transmission by the transmit although depending on the specific implementation of the 

gigabit MAC 72c. If the forwarding descriptor specifies a p reS ent invention, buffer lengths of different sizes may be 

unicopy transmission, the frame pointer is returned to the US ed. 

free buffer queue 64 following writing the entire frame data ^ M illustra ted in FIG. 4A, there are two different types of 

into the transmit FIFO. frame buffers> nam ely a "first" frame buffer 410A and a " 

A multicopy transmission is similar to the unicopy "subsequent" frame buffer 410B. As suggested, the first 

transmission, except that the port vector has multiple bits frame Duffer 4iOAis first in the linked list data structure 400. 

set, designating the multiple ports from which the data frame -p^e subsequent frame buffers 410B correspond to all other 

will be transmitted. The frame pointer is placed into each of SQ frame DU ff ers j n me linked list data structure 400. Regardless 

the appropriate output queues 58 and transmitted by the 0 f type, each frame buffer 410 (first or subsequent) includes 

appropriate transmit MAC units 20fc, 24b, and/or 30f>. a nea d er portion 412 (e.g., buffer header) and a data portion 

The free buffer pool 64, the multicopy queue 60, the 414. The buffer header 412 is 16 bytes in length, while the 

reclaim queue 66, and the multicopy cache 62 are used to data portion 414 is 240 bytes in length. The buffer header 

manage use of frame pointers and re-use of frame pointers 55 412 of each frame buffer 410 includes information, such as 

once the data frame has been transmitted to its designated a pointer, that addresses a location in the external memory 

output port(s). In particular, the dequeuing logic 76 passes where the next frame buffer 410 is located. The frame 

frame pointers for unicopy frames to the free buffer queue 64 buffers 410 are linked together by address pointers, stored in 

after the buffer contents have been copied to the appropriate each buffer header 412, that indicate the location of the next 

transmit FIFO. 60 frame buffer 412 in the external memory. According to the 

For multicopy frames, the port vector FIFO 56 supplies exemplary embodiment illustrated in FIG. 4A, the pointer 

multiple copies of the same frame pointer to more than one used to address the first frame buffer is called a frame 
output queue 58, each frame pointer having a unicopy bit set pointer. This is the identical frame pointer that is used to 

to zero. The port vector FIFO 56 also copies the frame identify data frames by the IRC, control queues, and output 

poirjter and the copy count to the multicopy queue 60. The 65 queues. 

multicopy queue 60 writes the copy count to the multicopy FIGS. 4B and 4C illustrate the format of first and subse- 
cache 62. The multicopy cache 62 is a random access quent buffer headers 412A, 412B, respectively. As is readily 
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apparent, the first and subsequent buffer headers 412 A, flow engine 514, the external memory interface block 44, 

412B contain more than pointers that address the location of and the external memory 36. Access to the external memory 

the frame buffers 410. Each frame buffer 410 stores a next 36 for the queue structure 500 is through the external 

buffer pointer that addresses the location, in the external memory interface 34, as described earlier. The present 

memory, of the next frame buffer 410 in the linked list 400. 5 invention takes advantage of the bursting nature of current 

The first buffer header 412Auses eight bytes, and reserves external memories, so that the data (e.g., frame pointers) is 

the remaining eight bytes. The subsequent buffer headers sent on and off the chip to the queue overflow area 516 in 

412B use four bytes, and reserves the remaining 12 bytes. bursts over the external memory interface block 44 that 

As illustrated in FIGS. 4B and 4C, the first and subsequent connects the multiport switch 12 to the external memory 36. 

buffer headers 412 contain a plurality of fields. The frame 1° The queue write side 510 and the queue read side 512 are 

length field 416 is fourteen (14) bits long and stores a value located on the multiport switch 12. The write side 510 and 

corresponding to the total length of the received data frame. the read side 512 are considered to be small, expensive 

The value stored in the frame length field 416 takes into resources. By contrast, the overflow area 516, forming the 

account the destination address of the received data frame third part of the queue structure 500, is large and inexpen- 

and the frame check sequence. A * B" bit 418 (beginning of 1S sive. Hie write side 510 and the read side 512 provide high 

frame marker) is used to indicate whether the current frame performance, while the path through the overflow area 

buffer 410 contains the beginning of the received data frame. provides a low-performance, large capacity path. 

The "B" bit 418 is set (i.e., assigned a value of "1") to [ n operation, the queue write side 510 receives an entry, 

indicate that the current frame buffer 410 is the first frame j n t he exemplary embodiment of a multiport switch 12 

buffer 410A used to store the received data frame, and 20 according to the present invention, the entry can be a frame 

cleared (i.e., assigned a value of "0") for all subsequent pointer that points to the first frame buffer 410 in external 

frame buffers 410B. An "E" Bit 420 (End of Frame Marker) memory 36 in which the first 240 bytes of a data frame are 

is used to indicate that the current frame buffer 410 is the last stored. It should be apparent to those of skill in the art, 

frame buffer for a received data frame. When the "E" bit 420 however, that the queue structure 500 is not limited to frame 

is set (i.e., assigned a value of "1"), there are no more frame 25 p 0 j n t ers as entries, but is widely applicable for queuing other 

buffers 410 in the linked list 400. A"G" bit 422 (good frame) ty pes 0 f entries, both in multiport switches and in other 

is used to indicate that the current data frame did not technologies. 

experience any receive errors. The "G" bit 422 and the "B" Mie{ me entry flows lnrough and rea ches the bottom of 
bit 418 are both used for diagnostic purposes. However, the me queue write side 510> the queue overflow engme 514 
MAC dequeuing logic does not check the value of the "G" 3° make& a decision ^ lQ what ^ do with lhe entry If there is 
bit 422, The buffer length field 424 is eight (8) bits long and space iQ me qucuc read side 512 and mc overflow arca S U 
stores a value that indicates the number of bytes w the data fof mat queue structure 50 o is empty, then one or more 
portion 414 of the current frame buffer 410, beginning with cntries are passed & Kci i y f rom the qucuc y^te s i de 510 to 
the first byte after the buffer header 412. The next buffer me queue read side 512 akmg the patn designa ted by 
pointer field 426 is thirteen (13) bits long, and stores the reference numeral 518. This passing of the entry (or entries) 
value of the address pointer to the subsequent frame buffer direct i y from the write side 510 to the read side 512 (referred 
410B in the linked list 400. If the "E" bit 420 is set, however, to ^ « tricklmg ^') [ s performed entirely on the multiport 
the next buffer pointer is undefined. switch u and therefore results in a low-latency, fast flow- 
As data frames are received and processed by the multi- through of an entry, 
port switch, the data must eventually be output to one or 40 If the queue read side sn is full, and there is at least a 
more of the output ports. According to the exemplary burst-size amount of data (e.g., 16 bytes worth of entries) in ' 
embodiment disclosed herein, rather than storing multiple me queue writ£ side 510 tnen the data is written in a burst 
copies of the received data frames, various data structures f asm0 n into the overflow area 516 for the queue structure 
are used to identify and access the frame buffers used to ^ m If lhe queue read side 512 is m> bm mere is not yet a 
store the received data frames. The data structures are stored burst-size amount of data in the queue write side 510, then 
as entries and input into various queues. The queues are lhe entfy remains in the queue write side 510 and nothing 
continually serviced such that all entries input into any ^ done Eventually, the queue read side 512 will 
particular queue will eventually be retrieved. empty ^ and when me queue read side 512 has enough space 

_ 50 to accommodate a burst-size amount of data, and there is 

Uueue Mructure daU ^ ^ overfiow area 516 a 5urst of data ^ pr0 vided 

FIG. 5 is a block diagram of the external structure of an from the overflow area 516 into the queue read side 512. 

exemplary queue structure 500 that may be used to store in the queue structure 500, the read side 512 is acting most 

entries in accordance with an embodiment of the present like a traditional queue, because it is from this portion that 

invention. As is apparent from FIG. 5, the queue structure 55 entries are taken, one by one. The queue write side 510 

500 illustrated has a three -part configuration. For highest mostly serves a collection function to assemble the data into 

performance, it is preferable to keep all of the queuing bursts for writing to the external memory 36. Hence, the 

structure on the chip (referring to the multiport switch 12). present invention transforms single events (placing an entry 

The queue structure 500 includes a high performance, low into the queue structure 500) into a burst event. The write 

capacity section that is on-chip, and an overflow area that is 60 s i dc 510 allows an accumulation of data to then burst, if 

off-chip. The overflow area allows the queue to serve as a necessary, to the overflow area 516 in the external memory 

large capacity queue as needed, albeit with a relatively lower 36. The overflow area 516 provides inexpensive storage in 

performance than the on-chip portion. times of congestion, rather than dedicating expensive chip 

The queue structure 500 illustrated in FIG. 5 has three resources to a function that will only be needed on relatively 

physical sections. These include a queue write side 510, a 65 rare occasions. Even though the present invention utilizes an 

queue read side 512, and a queue overflow area 516. The overflow area 516 that is off-chip, access to this area is 

queue overflow area 516 further incorporates a queue over- provided in a manner that is efficient, by bursting a number 
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of bytes of information at a time and utilizing high speed 
(i.e., less than 10 nanosecond) SSRAM, This is in contrast 
to conventional queuing structures in which single entries 
are written to and read from the queue structure 500. 

During operation, if there are a lot of entries arriving at the 
queue structure 500, these entries are placed into the over- 
flow area 516 to avoid overflowing the read side 512. Hence, 
discarding of data frames is largely prevented with the queue 
structure 500 of the present invention. In addition, the total 
amount of memory dedicated to the overflow area 516 may 
be readily changed by changing the size of the external 
memory 36. Furthermore, the sizes of the individual specific 
overflow areas 516 are programmable to customize the 
queue sizes, without affecting the performance of the queue 
structures 500. 

Typically, a queue is an ordered structure with a first-in, 
first-out arrangement. In some types of queue structures, 
however, such as the reclaim queue 66 and the free buffer 
pool 68, the order of entries does not matter. If it is possible 
to send data directly from the write side 510 to the read side 
512, the present invention permits information to be directly 
sent via this route, hence bypassing the external memory 36. 
This is permitted even if there is information in the associ- 
ated overflow area 516, as long as the information is not 
order-sensitive. For example, the reclamation of buffers is 
not order-sensitive, since any order in which the frame 
buffers 410 are eventually returned to the free list in the free 
buffer pool 68 after the frame buffer 410 is no longer needed 
to store data frames is acceptable. Hence, in order to avoid 
incurring the bandwidth of a write to the overflow area for 
the reclaim queue 66 in the external memory 36 when the 
data is not order-sensitive, the information is passed directly 
from the write side 510 to the read side 512, assuming the 
read side 512 has room for more entries. The reclaim queue 
66 is an example of a type of queue that queues data which 
is not order-sensitive. However, there are many other types 
of data in different applications that are also not order- 
sensitive, so that this feature of the present invention finds 
utility in queues that queue these other types of data. 

Reclaiming Buffers 

FIG. 6 is a block diagram illustrating an arrangement 600 
(hereinafter "reclaim arrangement") for reclaiming frame 
buffers 410, according to an exemplary embodiment of the 
present invention. The reclaim arrangement 600 includes a 
reclaim queue 66, a reclaim control logic 616, and a free 
buffer queue 64. The reclaim queue 66 and free buffer queue 
64 illustrated in FIG. 6 are the same queues previously 
described with reference to FIG. 2. 

The reclaim queue 66 is configured similar to the queue 
structure 500 previously described with reference to FIG. 5. 
Specifically, the reclaim queue 66 includes a reclaim queue 
write side 612, a reclaim queue read side 614, and a reclaim 
queue overflow portion (not shown). The reclaim queue 66 
receives frame pointers, that address the locations in the 
external memory where data frames are stored, through the 
reclaim queue write side 612. According to the exemplary 
embodiment described herein, frame pointers may be input 
to the reclaim queue write side 612 from the port vector 
FIFO, the multicopy cache, and the host CPU. Based on 
specific implementations of the present invention, however, 
other entities may be configured to input frame pointers to 
the reclaim queue write side 612. 

When frame pointers are written into an empty reclaim 
queue 66, they pass from the reclaim queue write side 612 
to the reclaim queue read side 614 until the read side 614 is 
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full Additional frame pointers written to the reclaim queue 
write side 612 are placed into the reclaim queue overflow 
area in external memory (not shown). Once the reclaim 
queue read side 614 and the reclaim queue overflow area are 

5 full, additional frame pointers placed into the reclaim queue 
66 begin to fill the reclaim queue write side 612. 

Frame pointers input to the reclaim queue 66 do not need 
to be maintained in any particular order. Accordingly, frame 
pointers input to the reclaim queue write side 612 may be 

10 placed directly into available slots in the reclaim queue read 
side 614, without maintaining order relative to entries that 
are currently in the reclaim queue overflow area. 
Alternatively, the ordering of the frame pointers input to the 
reclaim queue write side 612 may be maintained such that 
when space clears in the reclaim queue read side 614, frame 
pointers are moved from the reclaim queue overflow area to 
the reclaim queue read side 614 and from the reclaim queue 
write side 612 to the reclaim queue overflow area. 
The reclaim control logic 616 services the reclaim queue 

20 66 by retrieving frame pointers from the reclaim queue read 
side 614. Frame pointers retrieved from the reclaim queue 
read side 614 are processed and the resulting buffer pointers 
are input to the free buffer queue 64. The reclaim control 
logic 616 ensures that all frame buffers used to store a 

25 received data frame are released by walking the linked list 
of frame buffers. As the linked list of frame buffers is 
walked, the reclaim control logic 616 inputs the free buffer 
pointer associated with each frame buffer into the free buffer 
queue 64. 

30 The free buffer queue 64 is also configured similar to the 
queue structure 500 previously described with reference to 
FIG. 5. The free buffer queue 64 includes a free buffer queue 
write side 620, a free buffer queue read side 622, and a free 
buffer queue overflow portion (not shown). The free buffer 

35 queue 64 receives buffer pointers that address the locations, 
in the external memory 36, where free frame buffers are 
located. The buffer pointers may be input to the free buffer 
queue write side 620 from the reclaim queue 66, the MAC 
dequeuing logic 76, and the multicopy cache 62, although 

40 other entities may be configured to input free buffer pointers 
to the free buffer queue write side 620 based on different 
implementations of the present invention. 

Buffer pointers written into the free buffer queue 64 pass 
from the free buffer queue write side 620 to the free buffer 

45 queue read side 622 until the read side 622 is full. Additional 
buffer pointers written to the free buffer queue write side 620 
are then placed into the free buffer queue overflow area in 
external memory. Once the free buffer queue read side 622 
and the free buffer queue overflow area are full, additional 

50 buffer pointers placed into the free buffer queue 618 begin 
to fill the free buffer queue write side 620. 

The arrangement of entries within the free buffer queue 64 
is similar to that of the reclaim queue 66, in that buffer 
pointers input to the free buffer queue 64 do not need to be 

55 maintained in any particular order. Buffer pointers input to 
the free buffer queue write side 620 may be placed directly 
into available slots in the free buffer queue read side 622, or 
they may be placed in the free buffer queue overflow area. 
Alternatively, the ordering of buffer pointers input to the free 

60 buffer queue write side 620 may be maintained such that 
when space clears in the free buffer queue read side 622, 
buffer pointers are moved from the free buffer queue over- 
flow area to the free buffer queue read side 622 and from the 
free buffer queue write side 620 to the free buffer queue 

65 overflow area. 

As previously stated, the free buffer queue 64 stores buffer 
pointers that address the locations in the external memory 
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where free frame buffers are located. The buffer pointers are the multicopy queue 60, and reclaim the frame buffers used 

retrieved from the free buffer queue read side 622 by the to store the received data frames once all copies thereof have 

MAC queuing logic and the host CPU 32. The host CPU 32 been transmitted to all designated output ports, 

is configured to access the free buffer queue 64 through a According to the disclosed embodiment of the present 

free buffer queue access register (not shown). As data frames s invention, the multicopy cache 62 is configured to store 

are received by the multiport switch 12, the MAC queuing 8192 entries. This corresponds to the total number of frame 

logic 74 retrieves free buffer pointers from the free buffer pointers available to the multiport switch 12. Accordingly, 

queue 64 in order to determine the address of the next frame *e V?®* ™ mber of «Jincs that the multicopy cache 810 

buffer that is available for storing the incoming data frame. * configured to store wdl depend on the amount of external 
„„„ m . m .„ , . , . .m memory 36 allocated by a particular system for storing 

FIGS. 7A-7D illustrate exemplary internal representa- io ^ ^ the multicopy cache 62 has 

Uons of some of the various queue structures of the present a one _ to _ ODe correspond ence with a particular frame pointer, 

invention. FIG 7A illustrates the internal structure of the ^ £ clhodologics such as, for example, a 

reclaim queue 66. As pre^ hash mnction or taM be used to CODVert an address 

«i^5i 01 ^ „ specified by a frame pointer into the corresponding address 

frame^e^t^^ 15 within the multicopy cache 62. 

longer needed by the forwardmg process. According to the de 

exemplary embodiment illustrated, each frame pointer is 6 ^ 6 . 

i . . • i t • j . . \, t . addresses specified by frame pomters. Ine search engine 

thirteen (13) bits long. In addition, the reclaim queue write c _ A t * . \. . * . lt . ,_*n 

• n ji * • I c /*a\ . ■ „ -i-ia 812 first retrieves entries from the multicopy queue 60. 

side 612 is configured to store sixty four (64) entries 710, . *n u 

, .. , . . & , .j A . v « , , 4 <m These entries may be input to the multicopy queue 60 by 

while the reclaim queue read side 614 is configured to store 20 ' * o„^u r> « f«r 

✓-.^ , • in a A • , , 4 j u ^ # . various entities of the multiport switch 12 such as, tor 

sixteen (16) entries 710. As previously stated, each entry ^ ^ or ^ c ?6 

corresponds to a frame pointer. associated with a particular output queue. In addition, the 

FIG. 7B illustrates the internal structure of the free buffer host cpu 32 may input cntries tQ me multicopy queue £ ong 

queue 64, The free_buff^ueueJ4 is configured to store a mullicopy queue access register 814 > As previously 

sixty four (64) entries 720 in both the free buffer queue write indicated, each entry 732 stored in the multicopy queue 60 

side 620 and the free buffer queue read side 622. Each entry conta j DS 3 fields corresponding to a copy_mimber, a frame 

720 in the free buffer queue 64 corresponds to a free buffer poimer . and a &ingle buffer bit T hr_search-engine= ! 812" 

pointer that addresses the location in the external memory accesses the value of the frame pointer from the retrieved 

where a free buffer is located. ^ enlry and decodes the address specified by the frame pointer. 

FIG. 7C illustrates the internal structure of the multicopy The search engine 812 then searches the multicopy cache 62 

queue 60. As previously stated, the multicopy queue 60 to g nc j the decoded address. The value stored in the decoded 

differs from the reclaim queue 66 and the free buffer queue address is updated by the search engine 812 based on the 

64 in that it does not include three distinct portions. The CO py number stored in the copy number field of the entry, 

multicopy queue 60 is in the form of a single FIFO structure 35 j^e value stored in the copy number field of the frame 

that has an input side and an output side. There is no separate pointer retrieved from the multicopy queue 60 contains 

overflow portion provided for the multicopy queue 60, The e j mer me ^1 num ber of output ports that will receive a 

multicopy queue 60 stores 16 entries 732. Each entry 732 copy 0 f me rccc i V ed data frame, or an indication that one of 

includes three fields, namely a copy number field 734, a me 0Ut p U t ports has successfully transmitted its copy of the 

frame pointer field 736, and a single buffer field 738. The 4Q received data frame. According to one embodiment of the 

copy number field 734 is a 4-bit field that stores a value present invention, if the value stored in the copy number 

corresponding to the number of copies of^the received data $ M 0 f a f rame pointer retrieved from the multicopy queue 

frame thaUnustJ^trarism^ 60 is a positive integer, then the value corresponds to the 

is a^ g-bit field-that-stores-the-vahie of a frame pointer that tota i num ber of output ports that will receive a copy of the 

addresses-thejloca^^iirthej external memoryjoTtheJirst 45 recerV ed data frame. A value of negative one (-1) indicates 

frame"b~uffer associated with thF~received~data framerThe mat one of me 0Ut p Ut p0 rts has successfully transmitted its 

single buffer field 738 stores a value which indicates whether copy 0 f me received data frame. 

or not the received data frame is contained in a single frame M previously stated> the searc h engine 812 updates the 
buffer. value stored in the decoded address within the multicopy 
FIG. 7D illustrates the structure of the multicopy cache 50 cache 62 based upon the copy number stored in the copy 
62. The multicopy cache 62 is in the form of a randomly number field of the frame pointer retrieved from the multi- 
accessible cache memory. The multicopy cache 62 stores copy queue 60. If the copy number of the frame pointer 
8, 192 entries 742 corresponding to the total number of frame retrieved from the multicopy queue 60 specifies the total 



pointers available in the external memory 36 at any given 
moment. Each entry 742 in the multicopy cache 62 is a 4-bit 5 
field that stores a value corresponding to the number of 
copies of the received data frame that must be transmitted. 
According to the illustrated embodiment, the entries 742 
stored in the multicopy cache 62 correspond to the copy 



number of output queues that will receive the retrieved data 
frame, then the search engine 812 updates the multicopy 
cache 62 by storing the value of the copy number of the 
frame pointer retrieved from the multicopy queue 60 into the 
decoded address location. If the copy number of the frame 
pointer retrieved from the multicopy queue 60 specifies that 



number field 734 of the multicopy queue 60. ^1 on e of the output ports has successfully transmitted its copy 
FIG. 8 illustrates an exemplary arrangement 800 of the received data frame, then the search engine 812 
(hereinafter multicopy circuit) for reclaiming frame buffers updates the multicopy cache 62 by decrementing the value 
that are used to store data frames that must be output to stored therein by one. For example, typical operating con- 
multiple output ports. The mullicopy circuit 800 includes the ditions dictate that, for a given data frame^t he search e ngine 
multicopy queue 60, a searchable memory area such as, for 65 812 will .first receive a frame pointer- from the multicopy^ 
example, the multicopy cache 62, and a search engine 812. queue 6<f having a copy number that indicates the total 
The multicopy circuit 800 functions to retrieve entries from number of output ports that will receive a copy of the 
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received data frame. This value will be stored in the decoded memory location addressed by the frame pointer stored in 

address within the multicopy cache 62. Assume, for the retrieved entry is decoded. The decoded value corre- 

example, that this copy number is five. The next frame sponds to the location, in the multicopy cache 62, associated 

pointer decoded to the same address by the search engine with the retrieved frame pointer. As previously indicated, 

812 will include a copy number indicating that one of the 5 each memory location addressed by the frame pointers is 

output ports has successfully transmitted its copy of the mapped to a corresponding location in the multicopy cache 

received data frame. Accordingly, the search engine 812 will 62 using an appropriate matching function such as, for 

decrement the value stored in the decoded address by one. example, a hash function. 

Based on the previous example, the search engine 812 will At step S916, the value of the copy number field of the 

decrement the copy number stored in the decoded address 1Q retrieved frame pointer is examined. If the value of the copy 

from five to four. The updated value in the decoded address number field does not equal negative one (-1), then the copy 

thus correctly reflects the remaining number of output ports number specifies the total number of output ports that will 

that have not completed transmission of their copy of the transmit a copy of the received data frame and control passes 

received data frame. to step S918. The search engine 812 places the value of the 

The search engine 812 continually updates the values in 15 copy number stored in the retrieved frame pointer in the 

the multicopy cache 62 as the output ports successfully decoded location of the multicopy cache 62 specified by the 

transmit their copies of the received data frame. At some frame pointer and control returns to step S910. If the value 

point in time, all output ports will have successfully trans- of the copy number stored in the retrieved frame pointer is 

mitted their copy of the received data frame. The value equal to negative one (-1), then one of the output ports has 

stored in the multicopy cache 62 at this point in time should 20 successfully transmitted its copy of the received data frame 

correctly reflect that all copies of the received data frame and control passes to step S920. The search engine 812 

have been transmitted by the required output ports. Accord- accesses the decoded location in the multicopy cache 62, and 

ing to the disclosed embodiment, this value will be zero. The the copy number value stored in the decoded location is 

search engine 812 then provides an indication to the multi- decremented by one. At step S922, the decremented value is 

port switch 12 that all copies of the received data frame have 25 stored back into the decoded location in the multicopy cache 

been transmitted and the frame buffers used to store this 62. 

particular data frame may be reclaimed (i.e., released). Each time the search engine 812 decrements the value 

Reclaiming the frame buffers allows the same frame buffers stored in the decoded location in the multicopy cache 62, it 

to be used for storing newly received data frames. The frame must also determine if all copies of the received data frame 

buffers may be reclaimed in several ways, such as directly 30 have been successfully transmitted by the specified output 

rewriting new data therein or deleting the data contained in ports. At step S924, the search engine 812 determines if the 

the frame buffer prior to storing a newly received data frame. value of the copy number stored in the currently decoded 

As previously indicated the received data frame may be location of the multicopy cache 62 is equal to zero (0). If the 

stored in one of two ways depending on its size, i.e., in a value of the copy number stored in the multicopy cache is 

single frame buffer or in multiple frame buffers. 35 not equal to zero, then control returns to step S 910 where it 

Accordingly, when all output ports have completed trans- is determined if the next entry may be retrieved from the 

mission of their copy of the received data frame, the manner multicopy queue. If the value of the copy number stored in 

in which the frame buffers are reclaimed will be dependent the multicopy cache is equal to zero, then all of the specified 

upon the number of frame buffers used to store the received output ports have successfully transmitted their copy of the 

data frame. The search engine 812 dictates the manner in 40 received data frame and control passes to step S926. At step 

which the frame buffers are reclaimed, based on the value of S926, the search engine 812 examines the value of the single 

the single buffer bit stored in the retrieved entry. If the single buffer field of the retrieved entry. If the single buffer bit is 

bit buffer indicates that the received data frame is stored in set (i.e.,«l), then the received data frame is stored in a single 

multiple frame buffers, then the search engine inputs the frame buffer and control passes to step S928. The search 

frame pointer into the reclaim queue so that the frame 45 engine 812 places the frame pointer into the free buffer 

buffers may be reclaimed. The frame pointer input to the queue and control returns to step S910 in order to determine 



reclaim queue corresponds to the received data frame that ^ 
has successfully been transmitted by all designated output 
ports. If the single buffer bit indicates that the received data 



frame is stored in a single frame buffer, however, then the 5 ) passes to step S930. The search engine 812 places the frame 



search engine 812 places the frame pointer directly into the 
free buffer queue. Hence, the frame pointer is immediately 
available and unnecessary processing is eliminated. 

FIG. 9 is a flow chart illustrating the steps performed by 



if the next entry is available in the multicopy queue. If the 
single buffer bit is not set (i.e.,=0), then the received data 
frame is stored in more than one frame buffer and control 



pointer into the reclaim queue and control returns to step 
S910. 

FIG. 10 is a flow chart illustrating the steps performed by 
the reclaim arrangement in order to reclaim multiple frame 



the multicopy circuit 800 while processing the entries from T5 buffers. The reclaim arrangement is used to reclaim frame 

the multicopy queue 60. The search engine 812 continually buffers when the received data frame is stored in more than 

monitors the status of the multicopy queue 60 in order to one frame buffer. As previously stated, if the received data 

determine if there are any entries present therein. This is frame is stored in a single frame buffer, then the multicopy 

illustrated by step S910 where the search engine 812 deter- circuit releases the frame buffer by placing, the associated 

mines if the multicopy queue 60 is empty. If the multicopy 60 frame pointer directly into the free buffer queue, 

queue 60 is empty, then the search engine 812 will continu- At step S950, the first available frame pointer is retrieved 

ally repeat step S910 until at least one entry is input to the from the reclaim queue by an appropriate control circuit 

multicopy queue 60. When the search engine 812 determines such as, for example, the reclaim control logic 616 illus- 

that the multicopy queue 60 is no longer empty, then control trated in FIG. 6. Depending on the specific implementation, 

passes to step S912. At step S912, the entry (or entries) 65 the reclaim queue may be configured with an input portion, 

present at the output portion of the multicopy queue 60 is an overflow .portion, and an output portion. In such 

retrieved by the search engine 812. At step S914, the situations, the frame pointers are retrieved from the output 
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portion of the reclaim queue. The retrieved frame pointer reads an entry that has a copy number ">1", the search 
addresses the location of the first frame buffer used to store engine 812 will decode the address specified by the frame 
the received data frame. The reclaim control logic 616 pointer into a corresponding address location in the multi- 
retrieves the first frame buffer at step S952 using the address copy cache 62. Since the multicopy cache 62 is configured 
information from the retrieved frame pointer. Once the first s to store the same number of entries as the number of frame 
frame buffer is retrieved, the frame pointer used to address pointers defined by the system, there is a one-to-one corre- 
its location is no longer necessary. At step S954, the frame spondence between address locations in the multicopy cache 
pointer used to address the first frame buffer is placed into 62 and frame pointers. When the search engine 812 retrieves 
the free buffer queue 64. an entry from the multicopy queue 60 that contains a copy 
The first frame buffer is examined by the reclaim control 30 number of the value of the entry in the decoded 
logic, and the address pointer that addresses the location of address location in the multicopy cache 62 is decremented, 
the subsequent frame buffer used to store the received data The search engine 812 also monitors the value of the entries 
frame is retrieved at step S956. At step S958, the subsequent in the multicopy cache 62 after each operation that decre- 
frame buffer is retrieved based on the address pointer ments the value of the copy number in order to detect when 
retrieved from the header of the first frame buffer. The 15 all copies of the data frame have been transmitted, at which 
reclaim control logic examines the header of the subsequent point the value stored in the entry would equal "0". When 
frame buffer in order to determine whether or not additional the search engine 812 detects that the value stored in a 
frame buffers were used to store the received data frame. particular entry in the multicopy cache 62 is equal to "0", a 
This determination is made at step S960. If there are no frame pointer, corresponding to the decoded address loca- 
additional frame buffers, then at step S962, the last frame 20 tion in the multicopy cache 62, is placed in the reclaim queue 
buffer is placed into the free buffer queue. At this point, all 66. 

of the frame buffers have been reclaimed and control returns The reclaim queue 66 stores frame pointers that address 

to step S950. If there are additional frame buffers used to the locations of chains of frame buffers that store received 

store the received data frame, then control passes to step .data frame and are no longer needed by the forwarding 

S964. If there are additional frame buffers, then the previous 25 process. Frame pointers are input to the reclaim queue 66 

frame buffer now becomes the "current" frame buffer for from the search engine 812, port vector FIFO 56, and host 

purposes of explaining the details of the invention. The CPU 32. As previously described, the search engine 812 

header of the current frame buffer is examined and the places entries into the reclaim queue 66 when all copies of 

address pointer that addresses the subsequent, or next, frame the data frame have been successfully transmitted. The port 

buffer is retrieved at step S9 64. At this point the address 30 vector FIFO 56 will place frame pointers into the reclaim 

pointer used to address the location of the previous frame queue 66 under the following three conditions: a forwarding 

buffer (i.e., the "previous" address pointer) is no longer descriptor port vector value is null, a unicopy entry could not 

necessary. At step S966, the previous address pointer is be placed into an output queue 58 because the output queue 

placed into the free buffer queue. Control then returns to step 58 was full, and a multicopy entry could not be placed into 

S958, where the subsequent frame buffer is retrieved based 35 any of the specified output queues 58 because all of the 

on the address pointer retrieved at step S964. output queues 58 were full. The host CPU 32 returns all 

According to the embodiment illustrated in FIG. 10, the frame pointers to the reclaim queue 66 regardless of the 

reclaim control logic will continue to retrieve subsequent number of frame buffers used to store the data frame, 

frame buffers until all the frame buffers used to store the When the port vector FIFO 56 is not able to place an entry 

received data frame have been reclaimed. Accordingly, steps 40 into any of the output queues 58, the frame pointer is 

S958 to S966 illustrate a recursive process that is performed returned to the reclaim queue 66 and the discarding of the 

to ensure that frame buffers are efficiently reclaimed. Step frame is noted by the appropriate management circuit of the 

S960 sets forth the condition for exiting the recursive multiport switch 12. If the port vector FIFO 56 is not able 

process by transferring control to step S950 when there are to place one or more frame pointers for a multicopy entry, 

no additional frame buffers remaining. 45 because one or more of the output queues 58 are full, the 

As previously stated, entries are input into the multicopy entries are only input to the output queues 58 with available 

queue 60 from three sources: the port vector FIFO 56, space and the copy number placed into the multicopy queue 

dequeuing logic 76, and host CPU 32. When the port vector 60 appropriately calculated to reflect only the successfully 

FIFO 56 places an entry into the multicopy queue 60, the placed frame pointers. The non-placement of the frame 

copy number field is set to the number of output ports that 50 pointer is noted for each of the output ports that were full, 

will transmit the data frame and the single buffer bit is set to The reclaim control logic 616 services the reclaim queue 

"0". The dequeuing logic 76 of an output port places entries 66 by retrieving frame pointers and accessing the frame 

into the multicopy queue 60 upon successful transmission of buffer that is addressed by the retrieved frame pointer. As 

a copy of the data frame. When the dequeuing logic 76 previously stated, each frame buffer includes a header that 

places an entry into the multicopy queue 60, the copy 55 indicates whether a subsequent frame buffer is used to store 

number field is set with a value of and the single buffer the data frame and an address pointer that addresses the 

bit is appropriately set (i.e., either "1" or "0") depending on location of the subsequent frame buffer. Based on this 

whether or not the data frame was stored in a single frame information, the reclaim control logic 616 walks the linked 

buffer. The host CPU 32 places an entry into the multicopy list of frame buffers. Each time a frame buffer is retrieved, 

queue 60 whenever the management queue 68 must output 60 the frame pointer (or address pointer) used to identify its 

a copy of the received data frame. When the host CPU 32 location is returned to the free buffer queue 64. When 

places an entry into the multicopy queue 60, the copy additional data frames (i.e., new data frames) are received by 

number field is set to a value of and the single buffer the multiport switch 12, frame pointers are retrieved from 

bit is appropriately set. the free buffer queue in order to address the frame buffers 

The search engine 812 constantly services the multicopy 65 that will be used to store the newly received data frames, 

queue 60 in order to reclaim obsolete frame buffers. When While this invention has been described in connection 

the search engine 812 services the multicopy queue 60 and with what is presently considered to be the most practical 
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and preferred embodiments, it is to be understood that the 
invention is not limited to the disclosed embodiments, but, 
on the contrary, is intended to cover various modifications 
and equivalent arrangements included within the spirit and 
scope of the appended claims. 
What is claimed is: 

1. A method of reclaiming buffers used to store data 
frames received by a network switch, the method compris- 
ing the steps: 

inputting entries into a multicopy queue that queues 
entries corresponding to received data frames which 
must be transmitted to multiple output ports of the 
network switch, the entries storing frame pointers that 
address locations in memory where frame buffers that 
store received data frames are located; 
determining if all copies of a received data frame have 

been output to the multiple output ports; and 
if all copies of the received data frame have been output 
to the multiple output ports, then performing a step of 
reclaiming one or more frame buffers used for storing 
the received data frame in a memory, based on the size 
of the received data frame, wherein 
a frame pointer addresses a location in the memory 

where each received data frame is stored, 
when the stored received data frame consists of a single 
frame buffer, the frame pointer is placed into a free 
buffer queue, and 
when the stored received data frame consists of mul- 
tiple frame buffers, the frame pointer is placed into 
a reclaim queue. 

2. A method of reclaiming buffers used to store data 
frames received by a network switch, the method compris- 
ing the steps: 

inputting entries into a multicopy queue that queues 
entries corresponding to received data frames which 
must be transmitted to multiple output ports of the 
network switch, the entries storing frame pointers that 
address locations in memory where frame buffers that 
store received data frames are located; 
determining if all copies of a received data frame have 

been output to the multiple output ports; and 
if all copies of the received data frame have been output 
to the multiple output ports, then performing a step of 
reclaiming one or more frame buffers used for storing 
the received data frame, based on the size of the 
received data frame, wherein the step of inputting 
entries into a multicopy queue includes the steps: 
composing the entries from prescribed fields of a 
forwarding descriptor input to a port vector FIFO 
that queues forwarding descriptors received from a 
processor interface and an internal rules checker; and 
inputting the composed entries into the multicopy 
queue using the port vector FIFO. 

3. A method of reclaiming buffers used to store data 
frames received by a network switch, the method compris- 
ing the steps: 

inputting entries into a multicopy queue that queues 
entries corresponding to received data frames which 
must be transmitted to multiple output ports of the 
network switch, the entries storing frame pointers that 
address locations in memory where frame buffers that 
store received data frames are located; 

determining if all copies of a received data frame have 
been output to the multiple output ports; and 

if all copies of the received data frame have been output 
to the multiple output ports, then performing a step of 
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reclaiming one or more frame buffers used for storing 
the received data frame, based on the size of the 
received data frame, wherein 

the step of inputting entries into a multicopy queue 
includes the step of inputting entries into the multi- 
copy queue from a dequeuing logic of one of the 
multiple output ports. 

4. A method of reclaiming buffers used to store data 
frames received by a network switch, the method compris- 
ing the steps: 

inputting entries into a multicopy queue that queues 
entries corresponding to received data frames which 
must be transmitted to multiple output ports of the 
network switch, the entries storing frame pointers that 
address locations in memory where frame buffers that 
store received data frames are located; 

determining if all copies of a received data frame have 
been output to the multiple output ports; and 

if all copies of the received data frame have been output 
to the multiple output ports, then performing a step of 
reclaiming one or more frame buffers used for storing 
the received data frame, based on the size of the 
received data frame, wherein 

a management port will output a copy of the received 
data frame and the step of inputting entries into a 
multicopy queue includes the step of inputting 
entries into the multicopy queue from a host CPU via 
a multicopy queue access register. 

5. A method of reclaiming buffers used to store data 
frames received by a network switch, the method compris- 
ing the steps: 

inputting entries into a multicopy queue that queues 
entries corresponding to received data frames which 
must be transmitted to multiple output ports of the 
network switch, the entries storing frame pointers that 
address locations in memory where frame buffers that 
store received data frames are located; 

determining if all copies of a received data frame have 
been output to the multiple output ports; and 

if all copies of the received data frame have been output 
to the multiple output ports, then performing a step of 
reclaiming one or more frame buffers used for storing 
the received data frame, based on the size of the 
received data frame, wherein 

the step of determining if all copies of a received data 
frame have been output includes the step of deter- 
mining if all copies of a received data frame have 
been output using a multicopy cache arrangement 
having a searchable memory area. 

6. The method of claim 5, wherein the step of determining 
if all copies of a received data frame have been output 
further includes the steps: 

retrieving an entry from the multicopy queue; . 
decoding an address specified by a frame pointer, stored 

in the retrieved entry, into a corresponding address in 

the searchable memory area; and 
storing the value of a copy number, stored in the retrieved 

entry, into the decoded address in the searchable 

memory area. 

7. The method of claim 6, wherein the step of storing the 
value of a copy number stored in the retrieved entry into the 
decoded address further includes the steps: 

determining whether the value of the copy number speci- 
fies the number of output ports to which the received 
data frame must be transmitted, or successful transmis- 
sion of the received data frame to one of the multiple 
output ports; 
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if the copy number specifies the number of output ports to 
which the received data frame must be transmitted, 
then storing the value of the copy number in a corre- 
sponding decoded address in the searchable memory 
area; and 

if the copy number specifies successful transmission of 
the received data frame to one of the multiple output 
ports, then performing the steps: 
retrieving the value stored in decoded address in the 

searchable memory area, 
decrementing the retrieved value, and 
storing the decremented value back into the decoded 

address in the searchable memory area. 

8. The method, of claim 7, further comprising the steps: 
if the value stored in the decoded address of the search- 
able memory area is greater than zero, then providing 
an indication that at least one of the multiple output 
ports has not received a copy of the received data 
frame; and 

if the value stored in the decoded address of the search- 
able memory area is equal to zero, then providing an 
indication that all copies of the received data frame 
have been transmitted to the multiple output ports. 

9. A method of reclaiming buffers used to store data 
frames received by a network switch, the method compris- 
ing the steps: 

inputting entries into a multicopy queue that queues 
entries corresponding to received data frames which 
must be transmitted to multiple output ports of the 
network switch, the entries storing frame pointers that 
address locations in memory where frame buffers that 
store received data frames are located; 

determining if all copies of a received data frame have 
been output to the multiple output ports; and 

if all copies of the received data frame have been output 
to the multiple output ports, then performing a step of 
reclaiming one or more frame buffers used for storing 
the received data frame, based on the size of the 
received data frame, wherein 

the step of reclaiming one or more frame buffers 
includes a step of placing the frame pointer stored in 
a selected entry into one of a reclaim queue that 
queues frame pointers and a free buffer queue that 
queues frame pointers which address the locations of 45 
free buffers, in the memory, that are available for 
storing newly received data frames. 

10. A method of reclaiming buffers used to store data 
frames received by a network switch, the method compris- 
ing the steps: 

inputting entries into a multicopy queue that queues 
entries corresponding to received data frames which 
must be transmitted to multiple output ports of the 
network switch, the entries storing frame pointers lhat 
address locations in memory where frame buffers that 
store received data frames are located; 

determining if all copies of a received data frame have 
been output to the multiple output ports; and 

if all copies of the received data frame have been output 
to the multiple output ports, then performing a step of 
reclaiming one or more frame buffers used for storing 
the received data frame, based on the size of the 
received data frame, wherein: 

each entry in the multicopy queue includes a single 
buffer bit that indicates whether the received data 
frame is stored in a single frame buffer or plural 
frame buffers; and 
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the step of reclaiming one or more frame buffers further 
includes the steps: 

if the received frame data frame is stored in multiple 
frame buffers, then placing the frame pointer, that 
addresses the location of the received data frame, 
into a reclaim queue that queues frame pointers 
which identify the locations of the first frame 
buffers used to store received data frames, and 

if the received data frame is stored in a single frame 
buffer, then placing the frame pointer, that 
addresses the location of the received data frame, 
into a free buffer queue that queues frame pointer 
which address the locations of free buffers that are 
available for storing newly received data frames. 

11. A method of reclaiming buffers used to store data 
frames received by a network switch, the method compris- 
ing the steps: 

inputting entries into a multicopy queue that queues 
entries corresponding to received data frames which 
must be transmitted to multiple output ports of the 
network switch, the entries storing frame pointers that 
address locations in memory where frame buffers that 
store received data frames are located; 

determining if all copies of a received data frame have 
been output to the multiple output ports; and 

if all copies of the received data frame have been output 
to the multiple output ports, then performing a step of 
reclaiming one or more frame buffers used for storing 
the received data frame, based on the size of the 
received data frame, wherein 

the size of the received data frame requires storage 
thereof in a single frame buffer and the step of 
reclaiming one or more buffers further includes the 
step of inputting the frame pointer stored in the 
selected entry into a free buffer queue that queues 
frame pointers which address the locations, in the 
external memory, of free buffers that are available for 
storing newly received data frames. 

12. The method of claim 1, wherein the size of the 
received data frame requires storage thereof in plural frame 
buffers and the step of reclaiming one or more frame buffers 
further includes the steps: 

placing the frame pointer into a reclaim queue that queues 

frame pointers; and 
reclaiming the plural frame buffers used to store the 

received data frame. 

13. The method of claim 12, wherein the step of reclaim- 
ing the plural frame buffers includes the steps: 

retrieving, from a location in the memory, an address 
pointer stored in a header of a first frame buffer 
addressed by the frame pointer placed in the reclaim 
queue; 

inputting the frame pointer retrieved from the reclaim 
queue into a free buffer queue that queues frame 
pointers which address the locations, in the external 
memory, of free buffers that are available for storing 
newly received data frames; and 

reclaiming all additional frame buffers used to store the 
received data frame. 

14. The method of claim 13, wherein the step of reclaim- 
ing all additional frame buffers includes the steps: 

retrieving a subsequent frame buffer identified by either 
the retrieved address pointer or a retrieved subsequent 
address pointer; 

retrieving a subsequent address pointer from a header of 
the subsequent frame buffer; 
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if the subsequent frame buffer is a second frame buffer 
used to store the received data frame then repeating the 
steps of retrieving a subsequent frame buffer and 
retrieving a subsequent address pointer; 

inputting a previous address pointer retrieved from the 5 
header of a previous frame buffer into the free buffer 
queue; and 

repeating the steps of retrieving a subsequent frame 
buffer, retrieving a subsequent address pointer, and 
inputting a previous address pointer, until all additional 10 
frame buffers used to store the received data frame have 
been reclaimed. 

15. Apparatus for reclaiming buffers used to store data 
frames received by a network switch, said apparatus com- 
prising: 15 

a multicopy queue for queuing entries corresponding to 
received data frames which must be transmitted to 
multiple output ports of the network switch, said entries 
storing frame pointers that address locations in memory 
where frame buffers for storing said received data 
frames are located; 

a free buffer queue for queuing frame pointers that iden- 
tify locations in said memory where reclaimed frame 
buffers are located, said reclaimed frame buffers being 2 s 
available for storing newly received data frames; and 

a multicopy circuit configured to: 

retrieve entries from an output portion of said multi- 
copy queue, 

determine if all copies of a received data frame have 30 
been transmitted to said multiple output ports, and 

if all copies of said received data frame have been 
transmitted, then reclaiming one or more frame buff- 
ers used for storing the received data frame, based on 
the size of the received data frame, based on the size 35 
of the received data frame, wherein 
when the stored received data frame consists of a single 

frame buffer, the frame pointer is placed into the free 

buffer queue, and 
when the stored received data frame consists of multiple 40 

frame buffers, the frame pointer is placed into a reclaim 

queue. 

16. Apparatus for reclaiming buffers used to store data 
frames received by a network switch, said apparatus com- 
prising: 

a multicopy queue for queuing entries corresponding to 
received data frames which must be transmitted to 
multiple output ports of the network switch, said entries 
storing frame pointers that address locations in memory $Q 
where frame buffers for storing said received data 
frames are located; 

a free buffer queue for queuing frame pointers that iden- 
tify locations in said memory where reclaimed frame 
buffers are located, said reclaimed frame buffers being ss 
available for storing newly received data frames; and 

a multicopy circuit configured to: 

retrieve entries from an output portion of said multi- 
copy queue, 

determine if all copies of a received data frame have 60 
been transmitted to said multiple output ports, and 

if all copies of said received data frame have been 
transmitted, then reclaiming one or more frame buff- 
ers used for storing the received data frame, based on 
the size of the received data frame; and 6S 
a port vector FIFO for queuing forwarding descriptors 

received from a processor interface and an internal 
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rules checker, composing entries from prescribed fields 
of said forwarding descriptors, and inputting said com- 
posed entries into said multicopy queue. 

17. Apparatus for reclaiming buffers used to store data 
frames received by a network switch, said apparatus com- 
prising: 

a multicopy queue for queuing entries corresponding to 
received data frames which must be transmitted to 
multiple output ports of the network switch, said entries 
storing frame pointers that address locations in memory 
where frame buffers for storing said received data 
frames are located; 

a free buffer queue for queuing frame pointers that iden- 
tify locations in said memory where reclaimed frame 
buffers are located, said reclaimed frame buffers being 
available for storing newly received data frames; and 

a multicopy circuit configured to: 

retrieve entries from an output portion of said multi- 
copy queue, 

determine if all copies of a received data frame have 
been transmitted to said multiple output ports, and 

if all copies of said received data frame have been 
transmitted, then reclaiming one or more frame buff- 
ers used for storing the received data frame, based on 
the size of the received data frame, wherein 
each of said multiple output ports includes a dequeuing 

logic for inputting entries into said multicopy queue. 

18. Apparatus for reclaiming buffers used to store data 
frames received by a network switch, said apparatus com- 
prising: 

a multicopy queue for queuing entries corresponding to 
received data frames which must be transmitted to 
multiple output ports of the network switch, said entries 
storing frame pointers that address locations in memory 
where frame buffers for storing said received data 
frames are located; 

a free buffer queue for queuing frame pointers that iden- 
tify locations in said memory where reclaimed frame 
buffers are located, said reclaimed frame buffers being 
available for storing newly received data frames; and 

a multicopy circuit configured to: 

retrieve entries from an output portion of said multi- 
copy queue, 

determine if all copies of a received data frame have 
been transmitted to said multiple output ports, and 

if all copies of said received data frame have been 
transmitted, then reclaiming one or more frame buff- 
ers used for storing the received data frame, based on 
the size of the received data frame; 
a management port for outputting a copy of said received 

data frame; and 
a host CPU for inputting entries into said multicopy 

queue, via a multicopy queue access register, when said 

management queue must output a copy of said received 

data frame. 

19. Apparatus for reclaiming buffers used to store data 
frames received by a network switch, said apparatus com- 
prising: 

a multicopy queue for queuing entries corresponding to 
received data frames which must be transmitted to 
multiple output ports of the network switch, said entries 
storing frame pointers that address locations in memory 
where frame buffers for storing said received data 
frames are located; 

a free buffer queue for queuing frame pointers that iden- 
tify locations in said memory where reclaimed frame 
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buffers are located, said reclaimed frame buffers being 
available for storing newly received data frames; and 
a multicopy circuit configured to: 
retrieve entries from an output portion of said multi- 
copy queue, 

determine if all copies of a received data frame have 
been transmitted to said multiple output ports, and 

if all copies of said received data frame have been 
transmitted, then reclaiming one or more frame buff- 
ers used for storing the received data frame, based on 
the size of the received data frame, wherein 
said multicopy circuit includes: 

a searchable memory area for storing values corre- 
sponding to the number of copies of each received 
data frame to be transmitted; and 

a search engine for searching said searchable memory 
area and updating the values stored therein to reflect 
the current number of copies of each received data 
frame to be transmitted. 

20. The apparatus of claim 19, wherein said search engine 
is configured to: 

retrieve entries from the output portion of said multicopy 
queue; 

decode addresses specified by frame pointers stored in 

said retrieved entries into corresponding addresses in 

said searchable memory area; and 
update the values stored in said searchable memory area 

based on copy numbers stored in said retrieved entries 

and said decoded addresses. 

21. The apparatus of claim 20, wherein said search engine 
is further configured to: 

determine whether the value of a copy number stored in 
a selected entry specifies the number of output ports to 
which a particular received data frame must be 
transmitted, or successful transmission of said particu- 
lar received data frame to one of the multiple output 
ports; 

if the value of the copy number specifies the number of 
output ports to which said particular received data 
frame must be transmitted, then storing the value of the 
copy number in a corresponding decoded address in 
said searchable memory area; and 

if the value of the copy number specifies successful 
transmission of said particular received data frame to 
one of the multiple output ports, then performing the 
steps: 

retrieving the value stored in the decoded address in 

said searchable memory area, 
decrementing the retrieved value, and 
storing the decremented value back into the decoded 

address in said searchable memory area. 

22. The apparatus of claim 21, wherein: 

if the value stored in the decoded address in said search- 
able memory area is greater than zero, then causing said 
search engine to provide an indication that at least one 
of the multiple output ports has not received its copy of 
said particular received data frame; and 

if the value stored in the decoded address in said search- 
able memory area is equal to zero, then causing said 
search engine to provide an indication that all copies of 
said particular received data frame have been transmit- 
ted to the multiple output ports. 

23. Apparatus for reclaiming buffers used to store data 
frames received by a network switch, said apparatus com- 
prising: 
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a multicopy queue for queuing entries corresponding to 
received data frames which must be transmitted to 
multiple output ports of the network switch, said entries 
storing frame pointers that address locations in memory 
where frame buffers for storing said received data 
frames are located; 

a free buffer queue for queuing frame pointers that iden- 
tify locations in said memory where reclaimed frame 
buffers are located, said reclaimed frame buffers being 
available for storing newly received data frames; and 

a multicopy circuit configured to: 

retrieve entries from an output portion of said multi- 
copy queue, 

determine if all copies of a received data frame have 
been transmitted to said multiple output ports, and 
if all copies of said received data frame have been 
transmitted, then reclaiming one or more frame buffers 
used for storing the received data frame, based on the 
size of the received data frame, wherein 
each of said entries includes a single buffer bit that 
indicates whether a particular received data frame is 
stored in a single frame buffer or plural frame 
buffers; and 

said multicopy circuit reclaims said one or more frame 
buffers based on the content of said single buffer bit. 

24. Apparatus for reclaiming buffers used to store data 
frames received by a network switch, said apparatus com- 
prising: 

a multicopy queue for queuing entries corresponding to 
received data frames which must be transmitted to 
multiple output ports of the network switch, said entries 
storing frame pointers that address locations in memory 
where frame buffers for storing said received data 
frames are located; 

a free buffer queue for queuing frame pointers that iden- 
tify locations in said memory where reclaimed frame 
buffers are located, said reclaimed frame buffers being 
available for storing newly received data frames; and 

a multicopy circuit configured to: 

retrieve entries from an output portion of said multi- 
copy queue, 

determine if all copies of a received data frame have 
been transmitted to said multiple output ports, and 
if all copies of said received data frame have been 
transmitted, then reclaiming one or more frame buffers 
used for storing the received data frame, based on the 
size of the received data frame, wherein 
size of a received data frame indicates that said 
received data frame is stored in a single frame buffer, 
and said multicopy circuit is configured to reclaim 
said one or more frame buffers by performing a step 
of inputting the frame pointer stored in said selected 
entry into a free buffer queue that queues frame 
pointers which address the locations, in said 
memory, of free buffers that are available for storing 
newly received data frames. 

25. Apparatus for reclaiming buffers used to store data 
frames received by a network switch, said apparatus com- 
prising: 

a multicopy queue for queuing entries corresponding to 
received data frames which must be transmitted to 
multiple output ports of the network switch, said entries 
storing frame pointers that address locations in memory 
where frame buffers for . storing said received data 
frames are located; 

a free buffer queue for queuing frame pointers that iden- 
tify locations in said memory where reclaimed frame 
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buffers are located, said reclaimed frame buffers being 
available for storing newly received data frames; and 
a multicopy circuit configured to: 
retrieve entries from an output portion of said multi- 
copy queue, 

determine if all copies of a received data frame have 
been transmitted to said multiple output ports, and 
if all copies of said received data frame have been 
transmitted, then reclaiming one or more frame buffers 
used for storing the received data frame, based on the 
size of the received data frame, wherein 
the size of a particular received data frame indicates 
that said particular received data frame is stored in 
plural frame buffers; 
said multicopy circuit is configured to reclaim said one 
or more frame buffers by performing a step of 
inputting the frame pointer stored in said selected 
entry into a reclaim queue that queues frame point- 
ers; and 

said apparatus further includes a reclaim control logic 
for retrieving frame pointers from said reclaim queue 
and reclaiming said plural frame buffers used to store 
said particular received data frame. 
26. The apparatus of claim 25, wherein said reclaim 
control logic reclaims plural frame buffers by performing the 
steps: 

retrieving, from said reclaim queue, a frame pointer that 
addresses the location of a first frame buffer in said 
memory; 

retrieving an address pointer stored in a header of said first 
frame buffer; 
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inputting the frame pointer retrieved from said reclaim 
queue into a free buffer queue that queues frame 
pointers which address the locations, in said memory, 
of free buffers that are available for storing newly 
5 received data frames; and 

reclaiming all additional frame buffers used to store said 

particular received data frame. 
27. The apparatus of claim 26, wherein said reclaim queue 
10 logic reclaims all additional frame buffers by performing the 
steps: 

retrieving a subsequent frame buffer addressed by either 

the retrieved address pointer or a retrieved subsequent 

address pointer; 
15 retrieving a subsequent address pointer from a header of 

said subsequent frame buffer; 
if the subsequent frame buffer is a second frame buffer 

used to store the received data frame then repeating the 
20 steps of retrieving a subsequent frame buffer and 

retrieving a subsequent address pointer; 
inputting said subsequent address pointer retrieved from 

the header of said subsequent frame buffer into said free 

buffer queue; and 

25 

repeating the steps of retrieving a subsequent frame 
buffer, retrieving a subsequent address pointer, and 
inputting said subsequent address pointer, until all 
frame buffers used to store said particular received data 
30 frame have been reclaimed. 

***** 
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